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METHODS AND SYSTEMS FOR ANALYZING THE STATUS OF AN ENTITY AND 

ITS FINANCIAL TRANSACTIONS 

BACKGROUND OF THE INVENTION 

FIELD OF THE INVENTION 

[0001] The present methods and systems generally relate to receiving, 
processing, communicating and analyzing data related to financial transactions. 

DESCRIPTION OF THE RELATED ART 

[0002] Many financial institutions such as corporate banks, for example, 
provide clients with a wide range of financial services, including loan services and 
cash management services. The use of these financial services occasionally results 
in an overdraft or negative financial position associated with a particular service. The 
decision by the financial institution on how to address the overdraft occurrence, 
including whether to assess charges against the client, is dependent on a number of 
factors. Examples of such factors include the prior history of the client with the 
financial institution and promised actions by the client to address the overdraft 
occurrence. In any event, the financial institution needs to analyze the cause of the 
overdraft in an effective manner. 

[0003] For example, if an overdraft occurrence in a client account results 
from a banl< error in posting deposits or debiting withdrawals, the banic could extend 
credit to the client without imposing overdraft charges. However, when the client is a 
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chronic offender of permitting an account balance to fall into a negative position, the 
bank might decide not to extend credit and impose an overdraft charge on the client. 
It can be appreciated that the decision by the financial institution for each overdraft 
situation depends on accessibility of information related to the details of the 
transaction and any actions of the client that may have caused the overdraft 
occurrence. 

[0004] In conventional practice, a manager for a given client has primary 
responsibility for researching overdraft occurrences and deciding whether to pay or 
return overdraft items with or without imposing charges on the client. In view of the 
increasing volume of transactions conducted by various clients, it has been 
recognized that centralized processing of overdrafts could provide an enhanced 
degree of risl< oversight and promote processing efficiencies. Employment of one or 
more overdraft representatives has become necessary to review and research 
overdraft information on a periodic basis. Typically, on a daily basis, a team of 
overdraft representatives submits written overdraft reports to the manager 
responsible for a particular client account. The managers review the submitted 
information and determine how to dispose of the overdraft condition. This approval 
usually requires a signed paper copy of the overdraft report to be faxed and mailed 
back to the centralized overdraft representative function for archiving. 

[0005] It can be seen, however, that this manual process does not value 
the time of the manager involved with resolving a significant volume of overdraft 
transactions. Nor does this process sufficiently frustrate efforts by unscrupulous 
clients conducting "check kiting" schemes, for example, and other similarly fraudulent 
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activities associated with overdraft conditions. Since there is inherent delay in 
manual processing of information related to the financial status of a client, such 
schemes can be difficult to detect and halt. Moreover, federal laws and regulations 
related to financial transactions generally require quick decisions on the disposition of 
items applied to a client account. All of these factors drive the need for more 
effective processing and communication of overdraft related data. 

[0006] It has become evident that an effective centralized overdraft effort 
can have improved access to client Information and more efficient means for 
communicating overdraft occurrences to managers. This overdraft effort can also 
have scalability in its processes sufficient to address the needs of the many 
managers in the financial institution, and not merely service a few select 
departments. Methods and systems are needed that permit overdraft representatives 
to communicate their analysis of overdraft occurrences to managers and promptly 
dispose of those occurrences. Methods and systems are also needed that permit 
managers and others to view cunrent and historical summaries of overdraft 
occurrences and identify and address trends that impact the policies of the financial 
institution. 

SUMMARY 

[0007] Methods and systems are provided for processing the financial 
information of a client of a financial institution. One method embodiment includes 
receiving data from an overdraft data source including at least one overdraft 
occurrence associated with a transaction performed in association with the client; 
analyzing the overdraft occurrence in an overdraft application to determine a cause 
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and disposition of the overdraft occurrence in connection witli the cause of the 
overdraft occurrence; and, communicating an overdraft report associated with the 
analyzing step to a manager associated with the client. Additional system and 
computer-readable medium embodiments of the present methods are also provided. 

[0008] In another aspect of the present methods and systems, overdraft 
issues are analyzed and reported to the management of a financial institution. 
System and computer-readable medium embodiments of these analysis and 
reporting methods are also provided. 

BRIEF DESCRIPTION OF THE FIGURES 

[0009] Figure 1 is a schematic diagram depicting one embodiment of a 
system for processing data related to one or more overdraft occurrences in a 
financial institution; 

[0010] Figure 2 is a process flow diagram showing one embodiment of a 
method for processing data related to one or more overdraft occurrences in a 
financial institution; 

[0011] Figure 3 is an example of a screen display provided in accordance 
with an embodiment of a method and system for processing financial data; 

[0012] Figure 4A is an example of a screen display provided in accordance 
with an embodiment of a method and system for processing financial data; 

[0013] Figure 4B is an enlarged, sectional view showing an undisplayed 
portion of Figure 4A; 



4 



ATTORNEY DOCKET NO. 010696 



[0014] Figure 5A is an example of a screen display provided in accordance 
witli an embodiment of a metliod and system for processing financial data; 

[0015] Figure 5B is a tabulation showing examples of information that can 
be displayed In a portion of Figure 5A; 

[0016] Figure 5C is a tabulation showing examples of information that can 
be displayed in a portion of Figure 5A; 

[0017] Figure 6 Is an example of a screen display provided in accordance 
with an embodiment of a method and system for processing financial data; 

[0018] Figure 7 is an example of a screen display provided in accordance 
with an embodiment of a method and system for processing financial data; 

[0019] Figure 8 is an example of a screen display provided in accordance 
with an embodiment of a method and system for processing financial data; 

[0020] Figure 9 is an example of a screen display provided in accordance 
with an embodiment of a method and system for processing financial data; 

[0021] Figure 10A is an example of a screen display provided in 
accordance with an embodiment of a method and system for processing financial 
data; 

[0022] Figure 10B is an example of a screen display provided in 
accordance with an embodiment of a method and system for processing financial 
data; 
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[0023] Figure 11 is an exampie of a screen display provided in accordance 
with an embodiment of a method and system for processing financial data; 

[0024] Figure 12 is an example of a screen display provided in accordance 
with an embodiment of a method and system for processing financial data; 

[0025] Figure 13 is an example of a response provided in accordance with 
an embodiment of a method and system for processing financial data; 

[0026] Figure 14A is an example of a summary report provided in 
accordance with an embodiment of a method and system for processing financial 
data; and, 

[0027] Figure 14B is an example of a sort performed on the summary 
report of Figure 14A. 

DETAILED DESCRIPTION 

[0028] The term "overdraft" as applied herein includes the condition of 
having a negative financial position such as, for example, a negative checking 
account balance caused by a request to draw more funds from the account than were 
available at the time of the withdrawal request. 

[0029] Referring now to the figures, methods and systems are provided for 
receiving information related to the financial status of a client including, for example, 
occurrences of overdraft conditions associated with transaction of financial items 
conducted by the client. Data is received from an overdraft data source 2 which can 
be a main frame computer, for example, including a batch of accounts that reflect an 
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overdraft condition in one or more accounts of one or more clients. These clients can 
include, for example, commercial entities that access a financial service provider 
such as a commercial banking institution. These financial institutions include service 
providers that may provide savings accounts, checl<ing accounts, loans, and other 
similar financial products to the commercial entities. Items used in financial 
transactions can include, for example, checl<s drawn against a checking account, 
debits, loan payments and the like. 

[0030] The overdraft data source 2 identifies negative positions, including 
overdraft occurrences, in one or more client accounts. In one embodiment, these 
overdraft occurrences are sorted by the name or other identifying indicia of an 
overdraft representative 16 ("ODR"), who is responsible for reviewing, researching 
and documenting the circumstances of a given overdraft occunrence. The overdraft 
data source 2 generates an extract that is adapted for import into an overdraft 
application 4. The overdraft application 4 can be embodied, for example, as one or 
more software applications programmed into the "LOTUS NOTES" environment. The 
overdraft application 4 includes, among other things, a resources database 6, a client 
database 8, a lending authority database 10, a report database 12, and an overdraft 
document database 13. In addition, a chronic report database 12A is provided in 
connection with the report database 12. In one aspect of the present methods and 
systems, one or more reports can be generated in the chronic report database 12A 
based on one or more criteria associated with client accounts. The chronic report 
database 12A may also interact with external reports 1 1 to generate overdraft 
information for one or more clients. Each of these databases 6, 8, 10, 12, 12A, and 
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13 is operatively associated with the overdraft application 4 and each is described 
hereinafter in further detail. 

[0031] In step 32 of one method embodiment, a conventional software 
program reads an extract file, which is generated in the overdraft data source 2, and 
which includes overdraft occurrence data associated with one or more overdraft 
occurrences. This software program loads the overdraft occurrence data into the 
overdraft application 4. The overdraft application 4 assigns each overdraft 
occurrence to an overdraft representative ODR 16 for further processing. This 
assignment of overdraft occurrences can be accomplished by requiring that a 
particular ODR 16 be responsible for a particular characteristic of the overdraft 
occurrence such as, for example, in which cost center of the financial institution the 
client is serviced. 

[0032] In one embodiment of the present methods and systems, an ODR 
16 logs in to the overdraft application 4 through a conventional application server 14 
and accesses the overdraft application 4. In one example embodiment of the present 
methods and systems. Figure 3 shows the view seen by an ODR 16 in the overdraft 
database 13 when the ODR 16 opens an overdraft report associated with an 
overdraft occurrence. The overdraft database 13 includes data related to one or 
more pending overdraft occurrences 7A and one or more approved overdraft 
occurrences 7B. It can be appreciated that one or more fields and/or action buttons 
on an overdraft report can be configured to be seen only by a particular ODR 16 or 
group of ODR's 16. In one embodiment of the present methods and systems, this 
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configuration of visible and non-visible functionality is deterniined by the security level 
assigned to tlie user within the resources database 6. 

[0033] Figures 4A and 4B show a user document contained within the 
resources database 6. This user document can be employed to record data 
associated with a user such as name, title, contact information and the like, as well 
as a resource type in field 72 for the user. Examples of selections for designating the 
resource type in field 72 for a user are shown in the menu listings of displays 74A 
and 74B. In one aspect, the user document can also be used to specify what 
approval authority a particular user possesses to approve a recommended action for 
a given overdraft occun-ence. This approval authority can include the authority, for 
example, to approve overdraft occurrences up to a predetermined dollar amount limit. 
In addition, in one aspect of the present methods and systems, approval authorities 
only have the ability to decide the disposition of the overdraft occurrence and add 
comments to the overdraft report but cannot alter other data shown on the overdraft 
report. 

[0034] In another aspect of the user document of Figures 4A and 4B, a 
recorded line phone number can be inserted in field 76 to indicate a phone line that 
can be used to record conversations between the ODR 1 6 and other personnel who 
may be contacted to resolve a particular overdraft occurrence. It can be appreciated 
that recordings obtained from use of the recorded phone line can be employed in 
research and analysis performed by the ODR 16 and others. 

[0035] Referring again to Figure 3, the ODR 16 designated in field 52 can 
review, for example, a client name in field 54 and market and cost center information 
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in field 56 in association with the overdraft occurrence. The marl<et and cost center 
code entered in field 56 is typically related to geographical and/or industry information 
for a client. One market/cost center code, for example, may indicate that a particular 
client is in a Philadelphia, Pennsylvania market and is in the health care industry. As 
can be seen, an assigned ODR representative In field 58 may be available for a 
given client's overdraft occurrences. In addition, an administrative assistant who can 
serve as a recipient of copies of correspondence such as correspondence related to 
an overdraft occurrence, for example, can be shown in field 60. As discussed further 
hereinbelow, the administrative assistant entered in field 60 may need to coordinate 
efforts with an approval authority designee to decide on an action or actions to be 
taken in response to an overdraft occurrence. The status of a particular overdraft 
occurrence can also be displayed in field 62 as shown. 

[0036] Once this information is validated, the ODR 16 can click a "Populate 
Fields" button 64 and the overdraft application 4 automatically completes information 
on one or more fields contained on the overdraft report. The "Populate Fields" button 
64 can also enter data into the overdraft report from the client database 8 and the 
resources database 6. The overdraft application 4 also draws information from the 
lending authority database 10 to enter one or more approval authorities who will 
approve the disposition of the overdraft occun-ence. The results of pushing the 
"Populate Fields" button 64 are shown in Figure 5A. 

[0037] As shown in Figure 5A, an illustration of a populated overdraft report 
is provided with various fields of information related to an overdraft occunrence. The 
date of the overdraft is shown in field 82 and the account overdrawn is shown in field 



10 



ATTORNEY DOCKET NO. 010696 



84. Information on the dollar amount and type of the overdraft occurrence is shown 
in portion 86 of the overdraft report. The report also presents information on the 
product (field 88), the enrortype (field 90), and the category (field 92) associated with 
the overdraft occurrence. Examples of entries for fields 88, 90 and 92 are illustrated 
in the tabulation of Figure 5B. Comments on the overdraft occurrence can be 
entered by the ODR 16 in field 94 as shown. In addition, a disposition code can be 
entered in field 96 to instruct one or more systems on resolution of the overdraft 
occun-ence. Examples of disposition codes that can be entered in field 96 are shown 
in Figure 5C. 

[0038] Figures 6 through 9 illustrate aspects of an example embodiment of 
the client database 8. Figure 6 is an initial screen shown upon entry into the client 
database 8 that includes links to a "General Information" section (Figure 7), an 
"Intemal Contact Section" (Figure 8) and an "Overdraft Desk Section" (Figure 9). 
Figure 7 shows the General Information section, which includes information about the 
client including, for example, market/cost center, segment, administrative assistant 
(AA), and other data associated with the client. Figure 8 shows the Intemal Contact 
Section, which includes data related to personnel of the financial institution who are 
assigned to a particular client. As shown, these personnel can include relationship 
managers - RM's (122, 128); account managers - AM's (122); treasury managers - 
TM's (124); and portfolio managers - PM's (126); among others, as well as an ODR 
16 (130) associated with the client. 

[0039] Figure 9 shows the Overdraft Desk Section which includes contact 
information and approval designates for use in researching, analyzing and resolving 
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overdraft occurrences associated with a given client. Sample client contact 
information is shown In portion 140 of this section. Examples of approval designates 
suitable for approving overdraft occurrences for a given client are shown in fields 
142, 144 and 146. A list of treasury management accounts can also be seen in 
portion 148 of this section. Additional instructions and information to assist the ODR 
16 in analyzing an overdraft occurrence can also be provided in portions 150, 152 
and 154 of this section, as shown in Figure 9. 

[0040] In step 34, and refen^lng again to Figure 5A, the ODR 16 performs 
research to determine the circumstances and reasons surrounding the cause of the 
overdraft occurrence. The reasons may include a determination that a client error or 
a financial institution error caused the overdraft occurrence. The observations of the 
ODR 16 regarding this error are also made accessible in the overdraft application 4 
for assessment of chronic overdraft conditions. The ODR 16 may analyze the data to 
determine, for example, whether the overdraft occurrence is a ledger overdraft or an 
uncollected overdraft. This research also includes determining the specific 
transaction that caused the overdraft and whether the client has already funded and 
thereby cured the overdraft condition. It can be appreciated that many conventional 
human and computer resources can be used by the ODR 16 to determine the cause 
of the overdraft occurrence. The observations of the ODR 16 regarding the overdraft 
occurrence can be entered by the ODR 16 on field 94 of the overdraft report. 
Information entered into the overdraft report by the ODR 16 can also be made 
available for use in reviewing and analyzing chronic overdraft conditions associated 
with a particular client. 
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[0041] In step 36, in connection with the research of the ODR 1 6, the 
overdraft report is further completed by entry of a disposition code in field 96 for the 
overdraft occurrence as shown in Figure 5A. A disposition code decides the 
disposition of the Item associated with the transaction that caused the overdraft 
condition. A disposition code can be defaulted to an action to be taken In the event 
that a manager does not respond to notification of the overdraft condition. 
Dispositions can include, for example, pay or return the item that caused the 
overdraft occurrence with or without charges imposed by the financial institution. 

[0042] Referring now to Figure 1 0A, the ODR 1 6 can select one or more 
approval authorities/designates (in fields 162, 164 and 166) who can approve ODR 
16 analysis of the overdraft occun-ence. The ODR 16 can use a "Get Titles" button 
168 to retrieve title or other contact information for one or more of the approval 
authorities. The "Check l_A" button 170 can also be pressed by the ODR 16 to 
confirm whether additional approval designates will be required for approval of the 
overdraft occurrence. It can be appreciated that more than one approval authority 
may be required for a given overdraft occurrence based on a number of factors 
including, for example, the dollar amount of the overdraft occurrence. 

[0043] In step 38, the ODR 16 can press a notify button 66 (as shown in 
Figure 3) to provide notification to a manager or other approval authority of the need 
to approve disposition of the overdraft occurrence. Approval authority alternates can 
also be provided in the methods and systems for facilitating decisions on overdraft 
occun-ences when the primary approval authority is not accessible to make a 
decision. For example, an "after hours" approval designee can be chosen to make 
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decisions for those times of the day or night when a primary approval authority is 
inaccessible to electronic mail, pager, voice mail or other notification means. 
Notification of an overdraft occunrence can also be forwarded to an approval authority 
alternate by the primary approval authority, such as in the event that the primary 
approval authority is not available to review the overdraft occurrence in sufficient 
detail to make a decision on disposition of the overdraft occurrence. 

[0044] Notification of the overdraft occurrence can take the form, for 
example, of an electronic mall sent through a mail server 18 including a link to permit 
access by a manager 20 to the section of the overdraft application 4 where the 
overdraft report completed by the ODR 16 resides. In connection with the lending 
authority database 10, the overdraft application 4 can perform an auto-check of the 
amount associated with the overdraft occurrence to determine whether additional 
approval authority is required. In one embodiment of a display shown in Figure 10B, 
the overdraft application 4 can be configured not to permit notification to be delivered 
if this additional approval authority condition is not satisfied. 

[0045] In one embodiment of the present methods and systems, a manager 
20 can go through a link in an electronic mail message or can access the overdraft 
application directly, as desired, to approve the overdraft report. In another 
embodiment, reports can be generated in the report database 12 based on the items 
the manager has approved. Figure 1 1 illustrates a sample embodiment of menu 
screens available to users of the overdraft application 4. As shown in portion 172 of 
the screen, a report of outstanding overdraft decisions can be generated for 
managers 20 and ODR's 16 including, for example, V and V" (i.e., "check mark") 
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indications on tlie report. In one aspect, these indications can be color-coded such 
that a green checl< mark reflects an approved overdraft report; and a red "x" indicates 
an overdraft report waiting for further action. As shown, the user also has access to 
a number of buttons in portion 174 of the screen that can activate other screens and 
systems used in connection with the overdraft application 4. 

[0046] In steps 40 through 42, the manager can review the overdraft report, 
make a pay/return decision on the outstanding overdraft item and then approve the 
decision with, for example, an electronic signature entered into the overdraft report 
(as shown in Figure 12). In one embodiment, if no decision is made by the manager 
within a predetermined time period, the system can default, for example, to a "return 
all" mode in which all outstanding overdraft items are returned to the draw requestor 
or a "pay air mode in which all outstanding items are paid to their respective draw 
requestors. The ODR 16 responsible for the overdraft item receives the decision of 
the manager in step 46 and acts in accordance with that decision. This may involve 
changing an initial disposition code for the overdraft occurrence to a disposition code 
consistent with the decision of the manager. This disposition code can then be 
processed through the overdraft data source 2 in step 48 through connection 22 in 
accordance with the actions of the ODR 16. This will typically result in payment of 
the Item with or without a charge to the client, or return of the item with or without a 
charge to the client. 

[0047] Referring now to Figures 13 and 14A and 14B, in another 
embodiment of the present methods and systems, through analysis of the overdraft 
history of a given client chronic problems can be identified and addressed in an 
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effective manner. Overdraft occurrences can be reviewed and correlated to any 
number of factors including, without limitation, segment, marl<et/cost center, and 
relationship manager responsible for a given client. This permits statistical analysis 
and quality control efforts to be focused on areas where overdrafts occur with an 
undesirable level of severity and/or frequency. 

[0048] A criterion can be established, for example, wherein any client which 
has three to five or more overdraft occurrences in a given time period, such as a 
month, is designated for further investigation. Additional examples of other suitable 
criteria include, without limitation, number of overdraft conditions in a given number of 
days, number overdraft conditions in a given number of quarters, number of overdraft 
conditions in a given year, and other Wke time period measurements associated with 
overdraft conditions. These criteria can also be combined with the dollar amounts of 
overdraft conditions to detemnine whether remedial action is required for a particular 
client at a certain dollar amount of overdraft occunrence or occun-ences. Application 
of one or more such criteria to a client account or accounts may lead to one or more 
limitations placed on accounts and/or products employed by the client through the 
financial institution. 

[0049] Figure 1 3 shows an example of a chronic response memo that can 
be sent in response to analysis of the financial history of a particular client. This 
memo can be generated through the chronic report database 12A through its 
connection with the report database 12 of the overdraft application 4. External 
reports 1 1 can also be processed through the chronic report database 12A. These 
external reports 1 1 may provide Information for analysis of client accounts including, 
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for example, overdraft occurrences over a dollar amount predefined by the financial 
Institution, clients exceeding a predefined number of consecutive days in overdraft 
condition, a daily accumulation of overdraft occurrences, and other similar reports 
related to overdraft occurrences. 

[0050] As shown in the example of Figure 1 3, an oversight representative 
182 can be associated with a particular chronic response memo. An appropriate 
officer or other manager responsible for client accounts can be designated such as, 
for example, a treasury management officer (TMO) in field 184. As discussed above 
with regard to external reports 11, a number of different sources may be drawn upon 
to generate the chronic response memo. As shown, the example chronic response 
memo was generated at least In part by drawing from a daily accumulative report as 
indicated in field 186. Any outstanding corporate account analysis (CAA) fees can 
also be noted on the memo as shown in field 188. Comments by an ODR 16 or other 
person who generated the memo can be included in section 190 of the memo. As 
can be seen, these comments are typically indicative of the repeated or chronic 
nature of a particular client's financial transactions with the financial institution. In 
addition, a relationship manager or treasury manager can add comments to the 
memo in field 192 that may complement or respond to comments and analysis 
entered by the person who generated the chronic response memo. 

[0051] Figure 14A shows a sample menu screen of choices for displaying 
various reports associated with the overdraft occurrence history of a particular client. 
In portion 202 of the screen, a listing of instances of chronic response memos 
generated for various clients are shown. As shown in portion 204 of the screen, 
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summary reports can be generated for chronic response memos stored in tlie ciironic 
report database 12A, for example, by active ciironics, by segment, by AM/RIVI, by 
TM, by Marl<et/Cost Center, by reason, by status, by obligor, by oversight 
representative, or all accounts. The screen display of Figure 14B illustrates a list of 
chronic response memos sorted by an "All Accounts" sort selection. In addition, as 
shown in Figure 14A, the user can access the report database 12 and can decide to 
supply feedback for a chronic response memo from the menu screen. 

[0052] The benefits of the present methods and systems can be readily 
seen and appreciated. One benefit Is centralization of management control and 
increased oversight and risk control over processing overdrafts. Another benefit is 
the capability to assess the current state of the overdraft approval process for a 
financial institution. Still another benefit is enhanced data processing cycle time and 
reductions in management time spent on research and support issues. 

[0053] The examples presented herein are intended to illustrate potential 
implementations of the present communication method and system embodiments. It 
can be appreciated that such examples are intended primarily for purposes of 
illustration. No particular aspect or aspects of the example method and system 
embodiments described herein are intended to limit the scope of the present 
invention. The configuration and specific functions of a particular screen display, for 
example, are provided for convenience of disclosure. 

[0054] The term "computer-readable medium" is defined herein as 
understood by those skilled in the art. A computer-readable medium can include, for 
example, memory devices such as diskettes, compact discs of both read-only and 
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writeable varieties, optical dlsl< drives, and hard disk drives. A computer-readable 
medium can also include memory storage that can be physical, virtual, permanent, 
temporary, semi-permanent and/or semi-temporary. A computer-readable medium 
can further include one or more data signals transmitted on one or more carrier 
waves. 

[0055] It can be appreciated that, in some embodiments of the present 
methods and systems disclosed herein, a single component can be replaced by 
multiple components, and multiple components replaced by a single component, to 
perform a given function. Except where such substitution would not be operative to 
practice the present methods and systems, such substitution is within the scope of 
the present invention. 

[0056] Whereas particular embodiments of the invention have been 
described herein for the purpose of Illustrating the invention and not for the purpose 
of limiting the same, it can be appreciated by those of ordinary skill in the art that 
numerous variations of the details, materials and arrangement of parts may be made 
within the principle and scope of the invention without departing from the invention as 
described in the appended claims. A particular choice of nomenclature to identify an 
element or elements of the present methods and systems, for example, is intended 
merely for convenience of disclosure. 
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